
I UTILIZATION OF THIRD PARTY LEGACY DATA LIST 

2 

3 FIELD OF THE INVENTION 

4 This invention relates generally to computer software, and more particularly to 

5 methods of allow use of legacy data lists by a newly installed application program. 

6 

7 BACKGROUND OF THE INVENTION 

8 Data lists are used extensively in various application programs. For example, a 

9 phonebook is typically a requirement for computer facsimile software. As another example, 

10 e-mail address books and contact information lists are commonly incorporated into e-mail 

1 1 programs. Typically, the data list is maintained in a custom format for its particular 

12 application program, and not compatible with other application programs. 

13 When a new application program is installed to replace an existing, or a legacy, 

14 application program, a new user must populate the data list associated with the new 

15 application program. Such population can be done manually or semi-automatically by use of 

16 an import function. In the latter case, a phonebook or address book, for example, from the 

17 legacy data list from the legacy application program is imported into the new application 

1 8 problem. A problem with either of the above technique is that two separate data lists must be 

1 9 maintained and synchronized. This requires extra and duplicated effort on the part of the user, 

20 and is thus undesirable. 

21 Thus, there is a need for a method and apparatus for allowing a new application 

22 program to utilize data lists of one or more legacy application program without requiring a 

23 user to maintain and/or synchronize two separate data lists, 

24 

25 SUMMARY OF THE INVENTION 

26 In accordance with the principles of the present invention, a method of providing an 

27 access to one or more third party legacy data list to a user of an application program of a 

28 computer system comprises querying an operating system, by the application program upon 

29 start of the application program, whether one or more plug-in module is registered in a 

30 registry of an operating system, the one or more plug-in modules being capable of interfacing 
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1 with corresponding respective ones of the one or more third party legacy data list, receiving, 

2 from the one or more plug-in modules found in the registry, identifications of ones of the one 

3 or more third party legacy data list corresponding to the found one or more plug-in modules, 

4 and providing a list of the identifications to the user through a user interface of the application 

5 orogram. 

K^t^nP^^ Ii^a^ordance with another aspect of the present invention, a system for providing an 

7 access to one or>t\ore third party legacy data list to a user of a computer system comprises 

8 one or more plug-in ml3<kile, each of which being capable of interfacing with an associated 

9 one of the one or more thiro'p^y data list, each of the one or more plug-in modules being 

10 registered in a registry of an operating system of the computer system, and an application 

1 1 program having a user interface, the'^^plication program upon starting being in 

12 communication with the operating system to qu^ty^e registry to determine registered ones 

1 3 of the one or more plug-in module, the application progi*2«n further configured to query each 

1 4 of the registered ones of the one or more plug-in modules for rfen^s of the one or more third 

1 5 party legacy data list, the application program being configured to proVi^e a list of the names 

16 of the one or more third party legacy data lest to the user through the user utterface. 

1 7 In accordance with yet another aspect of the present invention, a computer readable 

18 storage medium on which is embedded one or more computer programs, the one or more 

1 9 computer programs implementing a method of providing an access to one or more third party 

20 legacy data list to a user of an application program of a computer system, the one or more 

21 computer programs comprises a set of instructions for querying an operating system, by the 

22 application program upon start of the application program, whether one or more plug-in 

23 module is registered in a registry of an operating system, the one or more plug-in modules 

24 being capable of interfacing with corresponding respective ones of the one or more third party 

25 legacy data list, receiving, from the one or more plug-in modules found in the registry, 

26 identifications of ones of the one or more third party legacy data list corresponding to the 

27 found one or more plug-in modules, and providing a list of the identifications to the user 

28 through a user interface of the application program. 

29 In comparison to known prior art, certain embodiments of the invention are capable of 

30 achieving certain advantages, including some or all of the following: (1) saving time and 
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1 effort of the user; (2) eliminating the need for a user to populate a new data list; (3) 

2 eliminating the need to maintain and synchronize multiple data lists; (4) avoiding errors that 

3 can be introduced during the population process; and (5) eliminating the need for a user to 

4 learn a new user interface. Those skilled in the art will appreciate these and other advantages 

5 and benefits of various embodiments of the invention upon reading the following detailed 

6 description of a preferred embodiment with reference to the below-listed drawings. 

7 

8 BRIEF DESCRIPTION OF THE DRAWINGS 

9 Features and advantages of the present invention will become apparent to those skilled 

10 in the art from the following description with reference to the drawings, in which: 

1 1 Figure 1 shows an exemplary embodiment of the relevant portions of a system for 

12 providing user access of third party legacy data list in accordance with the principles of the 

13 present invention; 

14 Figure I A shows a more detailed depiction of an exemplary embodiment of one of the 

15 plug-in module shown in Figure 1; 

1 6 Figure 2 shows a flowchart of an exemplary embodiment of the application program 

17 installation process in accordance with the principles of the present invention; 

18 Figure 3 shows a flowchart of an exemplary embodiment of the plug-in modules 

19 discovery process in accordance with the principles of the present invention; 

20 Figure 4 shows an illustrative exemplary embodiment of the user interface for the 

21 application program in accordance with the principles of the present invention; 

22 Figure 5 shows a flowchart of an exemplary embodiment of the user selection and 

23 access of the third party legacy data list process in accordance with the principles of the 

24 present invention; and 

25 Figure 6 shows a flowchart of an exemplary embodiment of the application update 

26 process in accordance with the principles of the present invention; 

27 

28 DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

29 For simplicity and illustrative purposes, the principles of the present invention are 

30 described by referring mainly to an exemplar embodiment thereof, particularly with 
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1 references to an example of a facsimile software. However, one of ordinary skill in the art 

2 would readily recognize that the same principles are equally applicable to, and can be 

3 implemented in, any device configuration setting of any other types of application programs 

4 that utilizes a data list, and that any such variation would be within such modifications that do 

5 not depart from the true spirit and scope of the present invention. 

6 In accordance with the principles of the present invention, a method and system of a 

7 computer application program allows a user of the application program to utilize third party 

8 legacy data lists, e.g., contact information lists, telephone and facsimile numbers, scheduling 

9 and/or appointment information or the like, through a common interface, without requiring 

10 the user to manually type in the data into a new data list or to maintain multiple data lists. 

11 For each of the third party legacy data list installed on the computer, one of a plurality of 
'^[^ 12 plug-in modules also installed on the computer acts as an interface between the application 
Kj 13 program and the legacy data list. Each of the plug-in module is an object accessible by the 

14 application program at run-time. 
H ^^j't^^^ l1^€yie^embodiment, the plug-in modules are compiled and a dynamic linked library 

^2 16 (DLL) and re^-stoed in the operating system registry based on an object oriented 

17 specification, e.g., th^^s;^ponent object model (COM) specification provided by the 

p 1 8 Microsoft Corporation of ReoYnmid, Washington, USA. The plug-in modules are listed under 

1 9 a COM category in the registry of tnfe^erating system, and are discovered by the application 

20 program at start up. Additional plug-msmodules may be added at any time simply by 

21 registering the additional plug-in modules. Th^s;^xt time the application program is started, 

22 the additional plug-in modules are automatically di^isoyered. Using the discovered plug-in 

23 modules, the application program allows the user to acce^s^and/or edit the third party legacy 

24 data lists through the user interface of the application program, rnan alternative embodiment, 

25 upon an indication, by the user of the application program, a desire tb^edit data of a particular 

26 third party legacy data list, the corresponding plug-in module causes the^itor user interface 

27 screen of the legacy data list to be displayed to the user. The user is alloweo^ edit the data 

28 list using the user interface of the legacy data list. 

29 In particular. Figure 1 shows an exemplary embodiment of the relevant portions of a 

30 system 100 for providing user access of third party legacy data list in accordance with the 
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1 principles of the present invention. The system 100 comprises an operating system (OS) 101 

2 installed on the computer (not shown). The OS 101 may be, for example, the WINDOWS™ 

3 sold by the Microsoft Corporation of Redmond, Washington, USA. The operating system 

4 includes a component registry 102 that keeps a list of system components and resources 

5 required by an application program 103 installed on the computer. The application program 

6 103 may comprise any program that is require to or is desirable to keep a data list. For 

7 example, a facsimile software may keep a list of names and facsimile telephone numbers of 

8 many potential recipients. An e-mail software may need to keep a list of e-mail addresses of 

9 various e-mail users. Many personal organizer programs keep contact information, 

10 scheduling/appointment lists, or the like. 

1 1 The application program 103 may also comprise a user interface 104 for providing a 

12 user of the application program means for interact with the application program 103. In 

13 accordance with the principles of the present invention, the user interface 104 serves as a 

14 common interface through which the user may access any number of third party legacy data 

15 lists 106, i.e., the legacy data list #1 through legacy data list #N (whereN may be any integer 

16 greater than equal to 1) installed on the computer. 

1 7 The system 100 may also comprise any number of plug-in modules (PM) 105, one of 

18 which is shown in more detail in Fig. 1 A, As shown, each plug-in module 105 comprises an 

19 application program interface portion 105A and a third party legacy (TPL) data list interface 

20 portion 105B. The application program interface portions 105A of all plug-in modules are 

21 identical to each other. Thus, the application program 103 may use one common protocol 

22 and/or function call set to communicate with all plug-in modules 105. Thus, when an 

23 additional plug-in module is installed on the computer after the installation of the application 

24 program 103, the application program 103 need not be recompiled or modified in any way. 

25 As will described in more detail later, the newly added plug-in modules are discovered by the 

26 application program 103, and are used by the application in the same manner that the existing 

27 plug-in modules are used. 

28 In accordance with an embodiment of the present invention, each of the plug-in 

29 modules 105 is compiled as a dynamic link library, with which the application program 103 

30 may communicate during run-time. In a preferred embodiment of the present invention, the 
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1 application program 103 and each of the plug-in modules 105 are made to be in compliance 

2 with the component object model (COM) specification included in the WINDOWS™ 

3 operating system sold by the Microsoft Corporation of Redmond, Washington, USA. 

4 Referring again to Fig. 1 A, the TPL data list interface portion 105B of each of the 

5 plug-in modules is developed specifically for the third party legacy data list the particular 

6 plug-in module is intended to support. The information, e.g., the function call sets, necessary 

7 to interface to and to access a third party legacy data list is obtained from the information 

8 typically published by the supplier of the data list. 

9 Each of the plug-in modules perform any number of the following tasks: 1 ) return the 

10 name of the particular data list it supports (or the name of the legacy application program 

1 1 from which the particular data list was created) in response to a name request function call 

12 from the application program; 2) determine whether the data list it supports is installed on the 

13 computer in response to an availability check function call from the application program; 3) 

14 display a editor user interface (of either the application program 103 or the legacy data list 

15 106), through which a user can add, delete or modify any datum of the particular data list it 

16 supports in response to a edit request function call from the application program; 4) allow 

17 creation of a distribution (or recipient) list in response to a group creation function call from 

18 the application program; and 5) provide the data set, e.g., the list of telephone numbers, for 

19 access by a user, in response to a data request function call from the application program. 

20 Figure 2 shows a flowchart of an exemplary embodiment of the application program 

21 installation process in accordance with the principles of the present invention; 

22 As mentioned, each of the plug in modules are compiled as an runtime accessible 

23 object, e.g., a WINDOWS™ DynamicLink Library (DLL), particularly as a component 

24 object module (COM) object, or a system object model (SOM) promulgated by the IBM 

25 Corporation of Armonk, NY, U.S.A., or the like. 

26 The application program installation process 200 begins in step 201, e.g., when a user 

27 causes an installer program to be executed on the computer. In step 202, the installer program 

28 unpacks and copies the necessary program components as it is known to those familiar with 

29 program installers. Then, in step 203, an entry in the operating system registry 102 for each of 

30 the plug-in modules. In a preferred embodiment of the present invention, the registration of 
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1 the plug-in modules comprise adding a COM category entry in the registry, e.g., COM 

2 category: <Legacy Data List Plug-in Modules>, and listing each of the plug-in modules 105 

3 as a COM object with a unique identifier under that COM category. 

4 Referring now to Figure 3, an exemplary embodiment of the plug-in modules 

5 discovery process in accordance with the principles of the present invention will be described. 

6 Upon installation and/or start of the application program, the application program in 

7 step 301, the application program sends a standard Windows function call, e.g., a COM 

8 category call, to query the operating system for the list of plug-in modules under the 

9 , particular COM category, e.g., the <Legacy Data List Plug-in Modules> COM category, in 

10 step 302. 

1 1 In step 303, the operating system 101 returns the unique identifiers of the plug-in 

12 modules registered in the registry 102. The application program 103 at this point knows how 

13 many plug-in modules are installed on the computer. In step 304, the application program, 

14 using the unique identifiers, sends a name request function call to each of the plug-in 

15 modules, and receives the name of the data list from each of the plug-in modules. The 

16 application program 103, then sends an availability check function call to each of the plug-in 

17 modules in step 305. The application program 103 makes a determination, in step 306, 

18 whether any of the plug-in modules has returned with a response that indicates the 

19 corresponding data list is installed on the computer. If no plug-in module indicates that the 

20 data list it supports is installed on the computer, the application program 103 may ask the user 

2 1 of the application program whether the user wishes to create a new data list in step 308, and if 

22 the user so wishes, may provide a user interface screen (not shown) to allow the user to 

23 manually enter new data to create a new data list in step 309. The application program 103 

24 then waits for a user action in step 310. 

25 If, on the other hand, it is determined (in step 306) that one or more data list is 

26 installed on the computer, the application program 103 causes the names of all data lists that 

27 are installed on the computer to be displayed to the user through the user interface 104 to 

28 allow the user to select a desired data list from the listed data lists. 

29 As can be appreciated from the above description, once a plug-in module is registered 

30 with the operating system, the application program may discover the plug-in module and 
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I utilize the same without any modification to the application program 103. 





2 


Figure 4 shows an illustrative exemplary embodiment of the user interface for the 




3 


application program 103, e.g., as implemented as a facsimile software, in accordance with the 




4 


principles of the present invention. The facsimile software user interface 400 comprises, in 




5 


addition to the various input windows and selection buttons to carry out the functionality of 




6 


the facsimile software, a drop down selection box 401, which lists the legacy data lists, e.g., 




7 


in this example phone books from various legacy facsimile software, installed on the 




8 


computer as identified by the application program according to the process described above. 




9 


In Fig. 4, it is shown that the user has selected, e.g., the legacy data list #2. The data 




10 


set of the legacy data list #2 appears in the display window 402. The user is also allowed to 




11 


edit the data set of the selected data list by selecting the "Edit" selection button 403, or to 


□ 


12 


create a recipient list by selecting the "Create Recipient Lisf selection button 404. When the 




13 


user selects the "Edit" selection button 403, in an embodiment of the present invention, the 




14 


plug-in module 105 of the selected legacy data list 106 causes an edit user interface of the 


§ ^ 


15 


legacy data list 106 to displayed to the user, and allows the user to add, delete, copy and/or 




16 


modify the data of the legacy data list using a user interface the user may be familiar. In an 


C3 


17 


alternative embodiment, the plug-in module 105 may cause an edit user interface of the 




18 


application program 103 to be provided to the user. 




19 


In a particular embodiment of the present invention, the selected data list is stored as 




20 


the "default data source", and is automatically selected the next time the application program 




21 


103 is run. The user can use the drop down box 402 to choose another source of data. 




22 


Referring to Figure 5, an exemplary embodiment of the user selection and access of 




23 


the third party legacy data list process 500 in accordance with the principles of the present 




24 


invention will now be described. When a user selects one of the data lists, e.g., from the drop 




25 


down selection box 401, the application program detects the selection in step 501. The 




26 


application program 103 then sends a data request function call to the plug-in module 




27 


corresponding to the selected data list in step 502. 




28 


The corresponding plug-in module 105 obtains the data set from the selected data list 




29 


using the TPL data list interface portion 105B, and returns the data set to the application 
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1 program 103 in step 502. In step 504, the data set is then displayed to the user, e.g., in the 

2 display window 402, from which the user can access the data. 

3 If, in step 505, the application program 103 detects that the user wishes to modify any 

4 datum in the selected third party legacy data list 105, e.g., when the "Edit" selection button 

5 403 is selected, the application program 103 sends an edit request function call to the plug-in 

6 module supporting the selected data list in step 506. The plug-in module then causes an edit 

7 user interface screen (not shown) to be displayed in step 507, and ^he user is allowed to add, 

8 delete and/or modify any datum from the data set of the selected data list. The edit user 

9 interface screen may be either a user interface screen of the application program 103 or a user 

10 interface screen of the legacy data list 106. The process then ends in step 509 until another 

1 1 user action is detected in step 501, in which case, the process 500 is repeated. 

12 Figure 6 shows a flowchart of an exemplary embodiment of the application update 

1 3 process in accordance with the principles of the present invention. As previously mentioned, 

14 even after the application program 103 is installed on a field computer, when a plug-in 

15 module for a previously unsupported data list is desired, the plug-in may be developed and 

16 delivered to the field, or downloaded from the Internet by the user, and installed on the field 

1 7 computer. 

1 8 The installer program for the new plug-in module may unpack and copy the new plug- 

19 in module(s) to a memory storage of the computer, e.g., a hard disk, in step 602. In step 603, 

20 the installer then registers the new plug-in module with the operating system in a similar 

21 manner as previously described in connection with Fig. 2. Once the new plug-in module is 

22 registered, the application program 103 will automatically discover the new plug-in module 

23 the next time the application program is run as described above in Fig. 3. 

24 What has been described and illustrated herein is a preferred embodiment of the 

25 invention along with some of its variations. The terms, descriptions and figures used herein 

26 are set forth by way of illustration only and are not meant as limitations. Those skilled in the 

27 art will recognize that many variations are possible within the spirit and scope of the 

28 invention, which is intended to be defined by the following claims ~ and their equivalents — 

29 in which all terms are meant in their broadest reasonable sense unless otherwise indicated. 
30 

31 
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